yeah then it would keep everyone busy fixing them.
a broken mac community project.
Fuck you faggot
lol
so the computer would have to also have to be aware of what gear the car was in to be able to calculate the actual rpms of the axles?
The software for this would not be hard, but how do you plan to design and engineer the hardware aspect of this project? Using existing hardware?
I would actually be more than willing to help with the software aspect of this.
only problem with that would be in a race car, there would be a decent amount of slide…
Although that drift box is pretty friggin accurate. It could definitely do it on the straights
:newman: why am i ignored here … you guys are as bad as my wife
maybe a plugin for TOMTOM or something along those lines?
lol jailbait park FTW
no really any park… you know how much we could all raise money wise with 50/50’s or anything like that
No revolutions per tire/gps assumed revolutions per tire… difference in percentage = the amount of tread left.
More like a plugin to preexisting software, that would be the easiest way IMO. Of course the first set would be for one specific GPS type, but I’m sure the other nav softwares are hackable and do able too
true… not to mention it would be OURS, right? Local meeting area and such for cruises/bbq’s/etc
I was more referencing how you would get the datalog info from the ECU. coolant temps, AF ratios, oil pressure, fuel pressure, etc…
You would need something to interface with the ECU.
yeah, but how are you going to measure that distance?
optical sensor? a tracking wheel? it’s impractical and likely to be destroyed.
When a tire gets worn it gets smaller.
You use GPS to get an incremental distance traveled, and cross reference it with a number of rotations of the wheel (simple optical sensor, like abs wheel). You’d need a few algorithms to adjust for things like tire temp, tire pressure, and also extract meaningful data from the GPS plot in order to get a more accurate distance per wheel, because of turns. If you went 100 miles turning left the entire time, the right tires travel further than the car’s COG, which travels further than the left wheel.
But it could be done.
how are you going to calculate rpms of the tire?
edit: I just saw newman’s solution
It seems like you are going to end up having to add A LOT of extra sensors and wiring to accomplish all of this.
Oh and interfacing with a gps unit would be stupid. this is definitely better executed with an embedded computer running an embedded OS. You are talking about A LOT of on the fly calculations that will need to be running multithreaded execution in order to update fast enough for any of the information to be useful in real-time.
Hide the computer in the car somewhere and wire it to a small lcd display similar to that of an AVIC-D3
No you are right your idea would definitely be better, for some reason I just assumed GPS would be terribly inaccurate.
doah, never mind… thought you were talking about “tracking cops shooting radar via GPS”
dumb…no one will listen. :playingwithweinerbytryingtotuckitback:
a fucking sensor. just like a bike tire or something like that. just has to count the number of revolution multiply it by the circumference of the tire. and it gives you an assumed distance of travel. Reference that with the GPS and the percentage of difference will give you an indication of wear.
The easiest tire wear sensor would simply have an electrically conductive filament inside one (ore more) tread blocks. Low voltage is applied through the filament. When the tire wears to a certain point, the filament eventually is worn through as well. Open circuit activates a tire wear indicator.