Glad this thread is still alive and silly.
Seriously, take a look at the LocationManager class in the docs.
There are constants for specifying GPS_PROVIDER, NETWORK_PROVIDER, or
PASSIVE_PROVIDER. The accuracy will depending on the provider but the
same code for determining position (and speed)
So, summarising: just hold the phone near the window.
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email to android-developers@googlegroups.com
To unsubscribe from this group, send email to
Tie it to a string and throw it out the window. Then measure how
rapidly the string deploys.
On Feb 9, 9:38 pm, metal mikey coref...@gmail.com wrote:
So, summarising: just hold the phone near the window.
--
You received this message because you are subscribed to the Google
Groups Android
At first, yes.
The hardware requirement may be overkill but it depends on the
situation. There are Bluetooth enabled hardware and apps for
monitoring engine performance in cars. I started flying single-engine
airplanes and after some searching I found the Bluetooth enabled pitot-
static system,
A Bluetooth enabled pitot-static sensor would work if the difference
between ground speed and air speed is insignificant. :-)
http://bags.oxaero.com/PCA_eGyro.php
On Jan 12, 7:52 pm, metal mikey coref...@gmail.com wrote:
You could use the phone's camera to take video of the car's
speedometer
Now you're just being silly.
On Jan 15, 7:30 am, Scott scott.sei...@gmail.com wrote:
A Bluetooth enabled pitot-static sensor would work if the difference
between ground speed and air speed is insignificant. :-)
http://bags.oxaero.com/PCA_eGyro.php
On Jan 12, 7:52 pm, metal mikey
2011/1/17 ko5tik kpriblo...@yahoo.com
INS also requires gyroscopes. But quality of those sensors lies far
below ones utilised
in ICBMs in 60s
Good thing their weight, size, and power consumption are also far below the
ICMB ones :)
Kumar Bibek coomar@gmail.com
Ah, I forgot, the
I think that by then you will be passing cell towers fast enough that
you can use that reference. Or detect the color shift in a flash
picture.
On Jan 17, 12:05 am, metal mikey coref...@gmail.com wrote:
Will this still work as the car approaches and quite potentially
breaches the speed of
A phone with a camera can used to take pictures of the car's speedometer.
Not very precise (since car speedometers typically lie by a few mph/kph),
but keeps date and time with the image for later reference.
If your car's speedometer is broken, and you see someone you know driving in
the next
Payload's less, too.
On Jan 17, 3:54 am, Kostya Vasilyev kmans...@gmail.com wrote:
2011/1/17 ko5tik kpriblo...@yahoo.com
INS also requires gyroscopes. But quality of those sensors lies far
below ones utilised
in ICBMs in 60s
Good thing their weight, size, and power consumption are
If you're talking about Android phones, yes.
But those melting iPhones can be pretty lethal :)
2011/1/17 DanH danhi...@ieee.org
Payload's less, too.
On Jan 17, 3:54 am, Kostya Vasilyev kmans...@gmail.com wrote:
2011/1/17 ko5tik kpriblo...@yahoo.com
INS also requires
Hi,
Ah, I forgot, the phones don't yet have a light sensor. Too bad..
I think you will find some already do: eg Nexus S, Nexus One, Droid X
and others.
See http://developer.android.com/reference/android/hardware/Sensor.html
Here's a sample photo from Nexus S showing ambient light LUX, at
Will this still work as the car approaches and quite potentially
breaches the speed of sound???
On Jan 15, 4:59 am, DanH danhi...@ieee.org wrote:
It only takes one phone: You have the phone generate a tone and
detect the shifted tone off of whatever object reflects it, like
radar. ;)
--
In that case, it's an obvious NO. Then, you probably have to rely on the
camera's flash, and it's Doppler shift.
Kumar Bibek
http://techdroid.kbeanie.com
http://www.kbeanie.com
On Mon, Jan 17, 2011 at 11:35 AM, metal mikey coref...@gmail.com wrote:
Will this still work as the car approaches
Ah, I forgot, the phones don't yet have a light sensor. Too bad..
Kumar Bibek
http://techdroid.kbeanie.com
http://www.kbeanie.com
On Mon, Jan 17, 2011 at 11:44 AM, Kumar Bibek coomar@gmail.com wrote:
In that case, it's an obvious NO. Then, you probably have to rely on the
camera's
On Jan 12, 7:16 am, keyboardr keyboa...@gmail.com wrote:
You could also try integrating the readings from the accelerometers,
but I suspect this would give you even worse accuracy and you'd have
to have some way to calibrate the zero point.
INS also requires gyroscopes. But quality of those
Don't be ridiculous, you can't use doppler shift if the source and
recorder remain at the same position relative to each other.
On Jan 13, 5:56 am, Spiral123 cumis...@gmail.com wrote:
Play a tone and record it at the same time. The doppler shift should
give you the speed. Works for galaxies.
You can calculate the speed with the sensor ( accelerometer) at the
below link
http://jahbromo.blogspot.com/2009/11/android-faire-un-speedometre-avec.html
GPS is not need to calculate the speed.
On Jan 13, 8:48 am, gjs garyjamessi...@gmail.com wrote:
Hi,
I think you could still
You can use Sensor to determinate speed but you must do some
mathematic calculat ( Cos, sinus, abs...)
Please check this below code
package org.sidibe.speedometre;
/*
* SIDIBE Ali-Broma,malien, jahbr...@gmail.com, ENSAT Tanger
* Novembre 2009 Tout droit permis.
*
*
import java.util.*;
Right, it takes two phones.
You start playing sound on one and throw it out the car window, then measure
the Doppler effect with the other.
Great thing is, you can get a speed reading on the way back, if you pass by
the same place.
-- Kostya
2011/1/13 Hogus dupisani.lo...@gmail.com
Don't be
It only takes one phone: You have the phone generate a tone and
detect the shifted tone off of whatever object reflects it, like
radar. ;)
On Jan 14, 7:52 am, Kostya Vasilyev kmans...@gmail.com wrote:
Right, it takes two phones.
You start playing sound on one and throw it out the car window,
No, because as already pointed out, a naive integration of
acceleration is too inaccurate; it is too easily corrupted by noise.
Now you can improve it somewhat by considering integration as a low
pass filter, and applying DSP techniques to enhance the accuracy, but
don't expect a dramatic
This code shows us how to get accelerometer readings out of the
SensorManager, but the calculation you perform neglects noise in the
accelerometer output. So if you actually try this out, you will notice
it will not compare well with the car's speedometer.
As I mentioned before: to get a
This code shows us how to get the accelerometer data from the
SensorManager, but not how to calculate the velocity correctly. The
naive formula you use is correct ONLY for a completely noiseless
signal. But all signals in the real world DO have noise, which must be
filtered out.
Filtering it out
Well you pretty much need distance traveled over time to find speed,
so anything you can do to determine distance travelled should allow
you to calculate the speed.
For instance you could use cell tower location, but I wouldn't class
it as even remotely accurate.
If you want to give an actual
Yah, that is used a lot in simple robotics.
You can't actually get anything accurate though. the longer the
distance traveled the more inaccurate it becomes.
- Brill
On Jan 12, 1:16 am, keyboardr keyboa...@gmail.com wrote:
You could also try integrating the readings from the accelerometers,
couldn't you use the accelerometer?
Integrate that? Use time. s=Integral(a dt)
If that doesn't work, look to skyhook wireless!
-cellurl
On Jan 12, 8:20 am, Brill Pappin br...@pappin.ca wrote:
Well you pretty much need distance traveled over time to find speed,
so anything you can do to
or try an external gps receiver with bluetooth interface to phone.
On Jan 12, 9:22 am, cellurl gpscru...@gmail.com wrote:
couldn't you use the accelerometer?
Integrate that? Use time. s=Integral(a dt)
If that doesn't work, look to skyhook wireless!
-cellurl
On Jan 12, 8:20 am, Brill Pappin
I know Nintendo originally tried to use accelerometers to figure out
where it was pointing, and while that's theoretically possible, in
practice the accuracy just isn't good enough. The acceleration most
of the time is small enough that even the slightest error will throw
the whole calculation
You could use the phone's camera to take video of the car's
speedometer and use image analysis to determine what the speedometer
indicates the speed as. LOL :D
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to this group, send email
Play a tone and record it at the same time. The doppler shift should
give you the speed. Works for galaxies.
On Jan 12, 9:52 pm, metal mikey coref...@gmail.com wrote:
You could use the phone's camera to take video of the car's
speedometer and use image analysis to determine what the
This cracked me up. Thank you sir.
On Wednesday, January 12, 2011 10:56:35 PM UTC-5, Spiral123 wrote:
Play a tone and record it at the same time. The doppler shift should
give you the speed. Works for galaxies.
On Jan 12, 9:52 pm, metal mikey core...@gmail.com wrote:
You could use the
You can get location from NETWORK_PROVIDER which can be calculated
from cell towers or WiFi AP.
The first one works almost always but the accuracy is not good
therefore you may get the same location for quite a long time.
All you need to do is to replace GPS_PROVIDER with NETWORK_PROVIDER.
On Jan
I've never gotten around to experimenting to see just how good you CAN
get -- but there are some reference points that should help
considerably.
* Gravity
* The magnetic field
* Any period of low acceleration noise in the vicinity of about 1 g
total acceleration probably indicates it has been set
Hi,
I think you could still extrapolate (average) speed for some trip with
intermittent GPS signals.
If you get a GPS fix at the start of the journey and then at the end
you can calculate an average speed based on the time duration and
straight line distance between these points, any additional
I don't have any code, but it should be possible.
It would also be wildly inaccurate. You' reduce the sample rate by quite a
lot, and the samples would be of much lower quality.
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post to
You could also try integrating the readings from the accelerometers,
but I suspect this would give you even worse accuracy and you'd have
to have some way to calibrate the zero point.
--
You received this message because you are subscribed to the Google
Groups Android Developers group.
To post
37 matches
Mail list logo
