If i'm not wrong, the speedometer.sh is used to access vehicleData throught websocket and then export data to some variable, after that speedometer's JS file use that variable to process data from variable and display result using css and html code....Thank you. I'm working on a locale array for the UI and a vehicle array to show other cars as well, depending on the VehicleData.
I'm not experienced with Arduinos or similar boards. For now, I'd like to plug in an Arduino (Uno or preferably Nano) as USB device and access data from within the CASDK app. If anyone is able to help me with that, that'd be greatly appreciated.
@MazdaRacerDude: What's confusing me also is, when you said you'd test the variables via libusb in the Speedometer app, you wrote about a speedometer.sh – but the CASDK app speedometer is JS. Is that .sh on the board? How'd you access the data in the speedometer's JS file? Could I test this with just a file on an usb drive?
That great news!No, next steps is trying to get TPMS data from OBD2.
If that doesn't work, I have to order BLE valve caps. Or read the original 433 MHz signals.
Not as easy as I thought.
but it loss <signal name="FRTirePressure_D_Stat"><signal name="TPMSWarnBuzzer_B_Rq">
<arg name="TPMSWarnBuzzer" direction="in" type="b" />
<arg name="TPMSCtlLamp" direction="in" type="y" />
<arg name="TPMSAnsBack" direction="in" type="b" />
<arg name="FLTirePres_Stat" direction="in" type="y" />
<arg name="RLTirePres_Stat" direction="in" type="y" />
<arg name="RRTirePres_Stat" direction="in" type="y" />
You do have active TPMS with sensors in the tires, right? Then why would you look at the ABS module?Embedded TPMS is used data from sensor of ABS module, so i think may be it hard to separation TPMS data from combine data in ABS.
In US cars anyway, there are no sensors in the tires from the factory. From my understanding TPMS just calculates the relative pressures in the tires from the wheel speeds. If all your tires were to leak at exactly the same rate, it couldn't catch it. Likewise it won't catch seasonal changes from summer to winter.That's interesting.
You do have active TPMS with sensors in the tires, right? Then why would you look at the ABS module?
ABS alone won't tell you tire pressure. :confused1 1:
The OE sensors are 315 (US) or 433 (EU) MHz, though, not BLE. If they're installed at all.The car has BLE built in, (I'm 80% sure) but the setup JCI is using is VERY stupid. I'm currently working on reverse engineering the thing now for HUDTDS, but it's very complicated, and there's no documentation at all. That said, once I figure everything out it would be really easy to have the IVI do all the work on reading from the tire sensors itself. Wouldn't even need another usb port.
Could be found out with a logger and a specific TPMS tool that both hook up to the CAN bus via Y cable. Again, if the car has OE sensors installed, that is.That said, I'm pretty sure that information is available via the canbus. I should be easy enough to figure out what magic numbers mean tire pressure. (The sensors from OP are likely to give better readings too)
Hi Trezdog44, MazdaRacerDude called the data via the speedometer.sh, how would this work for getting the data from within a CASDK app (which doesn't have .sh files but gets all the VehicleData from ... ? ehm, from where?) I can't test it in the car right now, but I'm preparing the code, maybe you can shed some light on this: Can I read "/tmp/mnt/data_persist/dev/bin/" from within the app.js? Or would it be better to ditch the CASDK idea and build the app similar to the Speedometer App (which is more like "standalone", correct?)?Ha! I didn't know you wrote it in c!