RxDuino: Development Chat
#76
Dumb idea: a screensaver mode which plots sniffed data Matrix-style.
http://hackaday.com/2011/07/11/water...cellphone-lcd/
http://hackaday.com/2011/07/11/water...cellphone-lcd/
#83
Sorry for the lack of updates guys. I will post up some more recent shots but so far I got the commanded and measured AFR's working. Btw what are the acceptable ranges for the AFR? I want to make sure that the measurements coming out are right, and I am seeing numbers like 14.7 (which i know is normal) under idle and soft driving, but then from 12-20 under aggressive driving.
I also added a new mode which reads the data coming from the ABS module so that you can see the current speed of each wheel. It is actually pretty interesting to watch to see how the wheels react when going down windy roads or hard launches.
The bluetooth logging has been working like a charm, and the last thing I really want to get down is the location of the cruise control signals which after reading some various Ford related documentation it seems that those signals should be available.
I also added a new mode which reads the data coming from the ABS module so that you can see the current speed of each wheel. It is actually pretty interesting to watch to see how the wheels react when going down windy roads or hard launches.
The bluetooth logging has been working like a charm, and the last thing I really want to get down is the location of the cruise control signals which after reading some various Ford related documentation it seems that those signals should be available.
#88
So I am taking a look at some wiring diagrams...doesn't look like the tpms is sitting on the bus? I dont even see it connecting to the ECU anywhere. You sure that the device wasn't one that communicated via RF to the module? I know a lot of the TPMS configuration devices use RF.
#94
Thanks for the vote of confidence guys. I managed to get my hands on a piece of software that is used on Mazda's (and advertised for the RX8) to read canbus information. For obvious reasons I wont mention the name of this software, but after spending some time disassembling the code, I managed to come across the ECU address for the TPMS, the gauge cluster, and the transmission ecu. I also confirmed this by checking to make sure that the PCM address is the same as the one I had was the same one that was listed in this program, which it is, so that gives some confidence.
The next thing is to be able to decrypt the exact pid under the addresses for certain data. All of the pids that are used in this software are encrypted into a binary, but I am hoping I can crack it. I will keep you guys posted.
And fyi one of the pids that are used in this program are the cruise control switch voltage which is what I have been looking for all this time WOO WOO lol
Btw, I did some reading, and it looks like I may be able to not only read the PSI's in each tire, but also the temperature of the tire read by the TPM which is something I think you track guys would love
The next thing is to be able to decrypt the exact pid under the addresses for certain data. All of the pids that are used in this software are encrypted into a binary, but I am hoping I can crack it. I will keep you guys posted.
And fyi one of the pids that are used in this program are the cruise control switch voltage which is what I have been looking for all this time WOO WOO lol
Btw, I did some reading, and it looks like I may be able to not only read the PSI's in each tire, but also the temperature of the tire read by the TPM which is something I think you track guys would love
Last edited by paimon.soror; 07-22-2011 at 06:45 AM.
#95
Yes the TPMS does temperature & pressure. But it only reads overall temperature in the tires. So it can tell you if the tire is overheating and about to shred! Usually due to low tire pressure.....
Only bad thing, I don't think the TPMS can tell you which location the low tire is. It just has the four TPMS sensors registered and communicating at all times and if one pressures is out of range/temperature, the TPMS light will illuminate.
No big deal, just find the one that's low or maybe Paimon you can enable the user to program the RxDuino to find & manually register the pids to each wheel location, and allow the user to change it again when the user rotates their tires the next time?
Only bad thing, I don't think the TPMS can tell you which location the low tire is. It just has the four TPMS sensors registered and communicating at all times and if one pressures is out of range/temperature, the TPMS light will illuminate.
No big deal, just find the one that's low or maybe Paimon you can enable the user to program the RxDuino to find & manually register the pids to each wheel location, and allow the user to change it again when the user rotates their tires the next time?
#96
Yea that's one caveat that I noticed about tpms modules is their lack of reporting which tire is having issues. I saw that things like corvettes had the external devices that you would put next to your tire when you were marrying the tpms to the car, so that the car 'learned' which tire was what ID.
I am sure once I investigate more we can probably have the rxduino do something like 'please release some air from FL tire' ... have the device monitor which tire had a pressure change, and store that pid as that particular tire... I dunno ... I guess we will see. First things first though, lets see if I can confirm that I have the right ECU pids lol.
I am sure once I investigate more we can probably have the rxduino do something like 'please release some air from FL tire' ... have the device monitor which tire had a pressure change, and store that pid as that particular tire... I dunno ... I guess we will see. First things first though, lets see if I can confirm that I have the right ECU pids lol.
#97
Ok guys, I managed to get the files decrypted, and now have access to a lot of the mazda specific codes. Looks like just for the rx8 and mazda6. These codes are part of the extended canbus dataset so some of my code needs to be refined to properly handle that.