Sorry all for the literal radio silence, as previously stated on June 2nd I have been out of town without service for a solid week but I'm back now.
-
@Waxinator , that behavior you're seeing is exactly as explained in the little ?-help dialog's explanation.
The telemetry streaming API service is where the vehicle's current heading is being read from. This service returns a value for the vehicle's heading as the direction of last travel, not the direction the front of the car is facing.
When you reverse into a parking space, it stands to reason that the direction of last travel is 180 degrees off the direction the front of the car is facing.
There is no known way, at least that I know of, to get the direction the front of the car is facing from the telemetry streaming API service. There is another way to get the heading of the vehicle using the drive state API, but this is not meant for real-time use like the streaming API is, plus I don't know if this heading value is any different than the one provided in the streaming API.
@MasterT ,if the official app properly displays the correct direction of the car, I'd be curious as to how that's accurately. It is possible to sort of hack this behavior by monitoring the shift state of the car provided by the telemetry service listening for when the vehicle is in reverse, but it wouldn't be reliable.
-
@raphy3 , sorry for not responding, was out of town for a week.
If you would still like an access code let me know and I'm happy to provide one.
As for the accuracy of speed clocking, it ultimately varies based on network latency between your device and your vehicle. So long as this latency stays consistent throughout the recording, the resulting times should be fairly accurate. I'm happy to look into this if anyone should discover a discrepancy.
-
@powerfactor , thanks for your support, glad you like it! And yes, there is quite a lot of interest in Samsung Gear support. Unfortunately Tizen OS and Android are completely different platforms and expanding to support Samsung Gear would be a large task, much larger than Android Wear support was due to the lack of code re-usability. Samsung Gear support is not off the table, but I'd like to see Android Wear support really flushed out before tackling a completely new platform.