As far as reciever sensitivity, our new model will have an MCX style connector to allow for high gain antennas to be hooked up directly if needed.
As far as a multi protocol reciever goes, from my understanding every car manufacturer uses a different type of sensor.
The two major differences are:
1. The RF transmission frequency, our particular sensors operate on the 433.92 MHz and our reciever is tuned to pick up transmissions on that frequency only.
2. Sensor Logic, the data packets being sent in the tranmissions can vary, for example our sensors measure both temperature and pressure, other sensors may only measure pressure.
For us to be able to make something that works universally, we need to know all the different frequencies sensors operate in and we would also have to deciper the data packets from various sensors to figure out what type of logic is being used. Correct me if I am wrong but I belive there are far too many varieties out there to be able to make something that is universal across the board. We could consider adding some protocols that use the same frequency, but I am sure there is extra work involved there as well.
Last edited by steven765; 03-12-2012 at 01:43 PM. Reason: Spelling: Do you have it ************
Note to Lok: If a post is yellow it means it needs approving.
If you quote a yellow post your post will then also need approving.
No-approved posts can't be seen by general users, only Mods and admins.
/note to Lok.
I just wanted to give you guys an update on our development. We have some prototype hardware that we were able to get to communicate with a PC. This is really good progress as now we have a solid hardware platform for which we can develop the software on. My engineer found that Robby's design was picking up a lot of static and thus was producing very inconsistent results. We were able to start from scratch and come up with a good way to recive the data with virtually no errors! Also we found that the chip has a way of determining the signal strength of each sensor individually (You can see in the attached picture that the RSSI for each sensor currently reading 0). We still have to implement this in the hardware but it is very simple to do. Also what you see in the picture is the exisiting TPMS with the bluetooth board hardwired to bypass the old microcontroller. The bluetooth chip we plan on using has its own microcontroller so we don't need an additional one. All in all we are making good progress!
That looks really awesome, so am I right in assuming because this is bluetooth, it will simply show up as a bluetooth COM port (Perhaps with the displayed output, or something similar)? This would make writing software for it on multiple operating systems (see: Linux,OSX) really fast and easy!
"stop with the REINSTALLS, what do you think we got some lame-o installer!!!" - mitchjs
Just a suggestion, but please use the same plugin protocol so you don't break other skins which exist and leave the option for the rssi for debugging. With the decline in usage on the forums, it is difficult to get things fixed anymore.
Any status update?
hey lok any word?